Представляем очредную статью компании ИТ-ГРАД, посвященную решению проблем в облаке IaaS. Как часто компании сталкиваются с проблемами в виртуальном окружении? Ответ на этот вопрос зависит от многих факторов, в том числе и от уровня профессионализма пользователей и специалистов отдельно взятой организации. Каждый из вас наверняка знаком с понятием «дефолтная настройка», то есть опциями по умолчанию, которые, как известно, могут отключать определенный функционал системы.
Таги: VMware, IaaS, IT-Grad, Troubleshooting

Полезный документ от StarWind: "Management Console vSphere plugin".

Как вы знаете, компания StarWind является одним из лидеров в производстве систем для организации программных хранилищ данных под виртуализацию VMware vSphere и Microsoft Hyper-V. Ее флагманский продукт StarWind Virtual SAN позволяет создать отказоустойчивое хранилище всего на базе двух серверов, которые могут еще и исполнять виртуальные машины.

Многие также в курсе, что у Virtual SAN есть плагин к vSphere, через который удобно управлять узлами кластера хранилищ и отслеживать их состояние. На днях вышел интересный документ "StarWind Management Console vSphere plugin", раскрывающий детали развертывания этого плагина, который может оказаться вам полезен:

Вот так примерно это выглядит по окончании установки:

На днях компания VMware опубликовала очередное обновление своего тонкого клиента для управления виртуальной инфраструктурой - vSphere HTML5 Web Client версии 2.8.

VMware vSphere HTML5 Web Client полностью заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere (а это произойдет в этом году).

Напомним, что о прошлых версиях 2.3 и 2.4 мы писали вот тут, поэтому ниже приведем список возможностей HTML5 Web Client 2.5, 2.6, 2.7 и 2.8:

• Развертывание и свертывание панели последних задач (recent tasks).
• Редактирование Shares для виртуальных машин и настроек их развертывания.
• Возможность редактирования настроек NTP на ESXi.
• Доступна возможность увеличения датастора.
• Просмотр детальной информации о Host Storage Adapters и доступных путях.
• Добавление iSCSI-адаптера из представления Host Storage Adapters.
• Обновление информации о хранилищах в Host Storage Adapters.
• Управление питанием сразу для нескольких ВМ.
• Возможность апгрейда версии VM Hardware Compatibility для одной или нескольких ВМ.
• Создание портгрупп на виртуальных коммутаторах vSwitch.
• Просмотр настроек распределенных портгрупп dvSwitch.
• Расширенные графики производительности:
  • Предсозданные представления для большинства объектов из инвентори
  • Обновление графиков в реальном времени
  • Управление масштабом времени
  • Возможность зума в выделенную область
• Управление группами VM/Host DRS affinity groups.
• Редактирование фаерволов хостов VMware ESXi.
• Управление файлами подкачки для хостов и виртуальных машин.
• Данные CIM о состоянии оборудования можно сохранить на диск.
• Возможность удаления VMFS-датастора.

В принципе, темпы обновления клиента довольно-таки неплохие, если учесть, что последние 4 обновления vSphere HTML5 Web Client компания VMware выпустила меньше, чем за месяц. Скачать HTML5 Web Client можно по этой ссылке.

Это гостевой пост компании ИТ-ГРАД. Те, кто использует продукты VMware, знают, что управление несколькими гипервизорами ESXi происходит с помощью vCenter Server, который чаще устанавливается на виртуальную машину, распложенную на одном из этих же гипервизоров. Выступая в роли подручного средства администрирования, vCenter Server используется для управления ресурсами, позволяя создавать, удалять, редактировать виртуальные машины.

Многие администраторы VMware vSphere бояться отключать механизм балансировки нагрузки VMware DRS из-за того, что после отключения DRS потеряется иерархия пулов ресурсов, которая была рассчитана и выстроена.

Не стоит этого бояться, ведь при снятии с кластера галочки DRS в vSphere Web Client вас спросят, нужно ли сохранить иерархию ресурсных пулов (снапшот), которая может быть восстановлена, когда вы снова включите DRS:

Сохраняем ее в файл:

Если вы нажмете правой кнопкой на кластере в Web Client, вы увидите загрееный пункт "Restore Resource Pool Tree" в меню "All vCenter Actions":

Этот пункт неактивен, так как у вас в кластере DRS отключен. Включите его и вы сможете выбрать созданный при бэкапе файл с конфигурацией дерева пулов ресурсов и восстановить его.

Все довольно просто. Если, все-таки, что-то осталось непонятным - обратитесь к KB 2032893 или посмотрите вот это обучающее видео от VMware:

В конце прошлой недели компания VMware обновила свои клиенты для управления виртуальной инфраструктурой, доступные сейчас на сайте проекта VMware Labs.

Напомним, что VMware vSphere HTML5 Web Client полностью заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere (а это произойдет в этом году).

Посмотрим на новые возможности веб-клиента vSphere версий 2.3 и 2.4:

• Теперь полноценно можно создавать пулы ресурсов (Resource pools).
• Можно просматривать рекомендации DRS и ошибки миграций.
• Пользователи теперь могут переименовывать папки.
• Возможность кастомизации гостевой ОС во время клонирования виртуальной машины с несколькими виртуальными сетевыми интерфейсами (vNIC).
• Теперь можно изменять расширенные настройки ESXi Advanced Settings.
• Память для ВМ по умолчанию указывается в гигабайтах.
• Настройки пула ресурсов указываются на его странице summary.

Скачать VMware vSphere HTML5 Web Client можно по этой ссылке.

Также обновился и VMware ESXi Embedded Host Client до версии 1.8.1. Напомним, что это средство позволяет управлять отдельно взятым хостом ESXi через веб-интерфейс.

Посмотрим, что нового в Embedded Host Client 1.8.1 (Fling 11):

• Возможность открыть SSH-консоль к хосту. В меню Host actions, если вы работаете через браузер Chrome, есть ссылка на Chrome Web Store для установки Chrome SSH Client. После установки пользователи могут открыть SSH-сесссию к хосту через Host Client на любой платформе (Windows, Mac OS и Linux).
• Поправлена ошибка с падением клиента при логине пользователя с правами Read Only.
• Поправлен баг с валидацией дискового пространства при добавлении существующих дисков к виртуальным машинам.
• Добавлена поддержка для изменения алиасов iSCSI на хостах.
• Поддержка добавления образов floppy и ISO из каталога vmimages.
• При открытии консоли ВМ с установленными VMware Tools, если консоль сама не отмасштабируется по разрешению, появится диалог запроса для пользователя.
• В датастор-браузере в первую очередь показываются тома VMFS.
• При удалении устройств CD-ROM не происходит их валидация.
• Опция PCI device в меню была активна даже без активных PCI passthrough устройств. Это исправлено.
• Поправлен баг при назначении неограниченного числа лицензий.
• Поддержка дополнительных свойств при развертывании OVF-шаблонов.

Скачать VMware ESXi Embedded Host Client 1.8.1 можно по этой ссылке.

В целом, несмотря на то, что развитие клиентов идет хорошими темпами, все-таки, не очень хорошо, что поддержка ресурсных пулов, например, добавлена только сейчас. Новую версию vSphere, скорее всего, представят на VMworld в Барселоне, там же будет, естественно и HTML5-клиент, но вот насколько он будет готов - пока вопрос.

На уже почти прошедшей главной конференции о виртуализации VMworld 2016 компания VMware сделала немало интересных анонсов. О некоторых из них мы уже писали тут и тут. А сегодня расскажем об обновлениях технологии VMware vSphere Integrated Containers (VIC), которая направлена на управление виртуальными контейнерами Docker на базе инфраструктуры vSphere. Напомним, что мы уже писали о vSphere Integrated Containers вот тут.

В рамках технологии VIC каждый контейнер Docker размещается в отдельной виртуальной машине. Сделано это с целью лучшей управляемости и надежной изоляции приложений для безопасной и стабильной их работы. Но это было бы слишком расточительно с точки зрения потребления ресурсов, поэтому VMware использует подход VMFork - создание мгновенных клонов работающей виртуальной машины. Например, вот тут мы как раз писали о таком подходе.

Photon Controller использует механизм VMFork (сейчас эта технология называется VMware Instant Clone и доступна в vSphere 6) для создания мгновенных экземпляров виртуальных машин на базе Photon OS (менее, чем за 1 секунду) с нужным приложением по запросу от пользователя. То есть, на базе Photon OS развертывается новая машина через VMFork, а в ней уже тянется контейнер из нужного репозитория.

Теперь были анонсированы еще два важных компонента инфраструктуры VIC - Container Management Portal (он же Project Admiral) и Container Registry (он же Project Harbor):

vSphere Integrated Container Engine (VIC Engine)

Движок контейнеров не запущен в той же виртуальной машине, что и сам контейнер, а вынесен в специальный компонент Virtual Containter Host (VCH), который представляет собой специальный объект vApp, создаваемый при развертывании. Также VCH обслуживает компонент Docker Endpoint, который предоставляет внешние интерфейсы для управления контейнерами через API администраторам приложений (развертывание новых контейнеров и обслуживание существующих).

Таким образом, администраторы приложений Docker работают с ними как с обычными контейнерами в физической инфраструктуре, а администраторы vSphere относятся к ним как к виртуальным машинам, которые используются все те же самые технологии - HA, DRS, NSX, VSAN и прочие.

Container Management Portal (Project Admiral)

Теперь администраторы vSphere смогут использовать vSphere Web Client для управления объектом vApp, виртуальными машинами с контейнерами на борту и компонентами VCH, обслуживаемыми VIC engine. При операциях с контейнерами портал предоставляет следующие возможности:

• Создание нового хоста для контейнеров ( Virtual Containter Host, VCH).
• Управление квотами ресурсов.
• Определение новых шаблонов контейнеров для развертывания.
• Управление состоянием контейнеров.

Основная философия такого подхода - администраторы приложений Docker сами смогут управлять своими контейнерами через веб-клиент, а не через CLI.

Container Registry (Project Harbor)

Этот компонент позволяет хранить образы контейнеров. Если вам необходимо поместить приложение в контейнер и распространять его в своей инфраструктуре, нужно воспользоваться таким реестром. Для движка Docker - это компонент Docker Hub.

Проблема в том, что репозиторий Docker Hub открыт абсолютно всем, поэтому VMware сделала свой репозиторий Project Harbor (это форк проекта Docker Hub), который также является Open Source-компонентом, но предоставляет отдельное корпоративное хранилище образов в рамках инфраструктуры компании.

Также Project Harbor он предоставляет следующие Enterprise-возможности, в отличие от базового репозитория:

• Ролевая модель доступа (Role Based Access Control, RBAC)
• Репликация образов
• Графический портал для пользователей
• Поддержка интеграции с AD/LDAP
• Средства аудита
• Программный интерфейс RESTful API
• Интернационализация на различные языки, в том числе русский
• Офлайновый установщик

Больше информации о технологии vSphere Integrated Containers вы можете получить на официальной странице на GitHub.

Кстати, анонсированная в рамках первого дня VMworld 2016 технология Cross-Cloud Architecture также будет полностью совместима с VMware vSphere Integrated Containers.

Как вы знаете, сейчас в Лас-Вегасе проводится главная конференция о виртуализации - VMworld 2016, организованная компанией VMware. В первый день конференции было сделано несколько интересных анонсов, например, рассказали о сервисе VMware Cloud Foundation, который скоро станет доступен на платформе IBM, позволяющем получить готовую инфраструктуру на площадке заказчика не только со всеми необходимыми программными и аппаратными компонентами, но и с готовыми, настроенными и интегрированными средствами управления и автоматизации, такими как NSX, Virtual SAN и vRealize:

Архитектура VMware Cloud Foundation, доступность которой ожидается уже в третьем квартале 2016 года, включает в себя следующие компоненты:

• VMware vRealize Suite - средства управления доставкой ИТ-сервисов в частном и публичном облаке.
• VMware vSphere Integrated Containers - средства быстрого развертывания приложений в изолированных контейнерах на базе виртуальных машин.
• VMware Integrated OpenStack - средства построения открытой производственной облачной среды OpenStack поверх инфраструктуры VMware SDDC.
• VMware Horizon - единое решение для доставки приложений, рабочих столов и конфигураций конечным пользователям в рамках всего предприятия.

Онпремизная реализация VMware Cloud Foundation - это архитектура VxRack SDDC. Полностью облачный вариант - это реализация публичного облака на базе сервисов IBM Softlayer. Управляться все это будет через VMware SDDC Manager.

Также VMware рассказала о своем виденьи архитектуры взаимодействия между частным и публичными облаками, которое называется Cross-Cloud Architecture:

Службы Cross-Cloud Services, находящиеся сейчас в разработке (доступно технологическое превью), позволят оперировать посредством VMware Cloud Foundation любой гибридной облачной инфраструктурой, объединяющей не только облака VMware vCloud Air, но и других провайдеров, таких как Amazon AWS, Microsoft Azure и прочих:

Вот так это выглядит на практике в консоли Cloud Services:

Кстати, платформа VMware Enterprise Hybrid Cloud 4.0 для управления гибридной облачной инфраструктурой продвинулась до версии 4.0 и уже доступна для использования с полной поддержкой продуктовой линейки vRealize 7.0:

Но самое интересное - это некоторые цифры и факты, которые были озвучены в первый день конференции VMworld 2016:

• 23 000 участников приехали на конференцию в этом году.
• В 2006 году было 29 миллионов рабочих нагрузок в физических и виртуальных машинах, а в 2016 году их стало 130 миллионов, при этом 15% исполняются в публичных облаках, а 12% - в частных.
• Ожидается, что к 2021 году половина всех виртуальных машин будет находиться в облаке. А к 2030 году - более половины всех существующих нагрузок переедут в публичные облака сервис-провайдеров.
• Рынок услуг хостинга в 2016 году составляет 60 миллиардов долларов и показывает рост 18% в год.
• Рынок "интернета вещей" ожидает мощный взрыв - в течение 5 лет число девайсов увеличится в 4,5 раза!
• В 2019 году машины будут управлять большим числом устройств, подключенных к сети интернет, чем люди.

Вертикальные рынки, которые адаптируют и будут применять облачные технологии можно расположить следующим образом в порядке убывания приоритета:

• Technology vendors
• Communications
• Resources
• Banking
• Manufacturing
• Transportation
• Insurance
• Securities and investments
• Professional Services
• Construction

Ну и, конечно же, много было сказано о том, что традиционные ИТ-сервисы обречены на скорую смерть. Соответственно, компаниям либо придется принять новую облачную реальность и изменить свой подход к организации ИТ-инфраструктуры, либо также умереть вместе с традиционными ИТ-сервисами.

Ну и в довершении анонсов первого дня VMworld 2016, вот так можно суммаризовать виденье компании VMware в сфере облачных вычислений:

Для тех, кто пропустил новость, напомним, что на прошлой неделе компания Veeam анонсировала множество продуктов и решений в рамках платформы Veeam Availability Platform for the Hybrid Cloud. Между тем, во время этого же анонса было рассказано и о некоторых новых возможностях пакета Veeam Availability Suite 9.5, доступность которого ожидается в октябре этого года.

Напомним новые возможности Veeam Availability Suite 9.5, о которых мы уже рассказывали:

• Полная поддержка Windows Server 2016 и Hyper-V в новой версии Veeam Backup and Replication 9.5
• Новые возможности Veeam Backup and Replication 9.5 - полная поддержка vCloud Director и самостоятельного восстановления
• Анонсирован Veeam Availability Suite 9.5 - еще больше возможностей по защите сервисов датацентра
• Как прошли Veeam Vanguard Symposium и VeeamOn Forum London 2016

В рамках анонса Veeam рассказала сразу о трех новых возможностях Veeam Availability Suite 9.5:

1. Масштабируемость корпоративного уровня.

Вкратце, тут будут следующие нововведения и улучшения:

• Увеличение скорости резервного копирования
  Удвоенная производительность I/O-операций, пятикратное сокращение окна резервного копирования, а также снижение нагрузки на основную и резервную СХД и серверы vCenter.
• Увеличение скорости восстановления ВМ
  Значительное увеличение скорости восстановления ВМ благодаря оптимизации логики работы с дисковыми массивами, дедуплицирующими СХД и ленточными устройствами.
• Улучшения в механизме обработки данных
  Улучшенный интерфейс пользователя, снижение размера конфигурационной базы данных и правила выбора прокси-серверов для работы с репозиториями помогают поддерживать самые крупные среды и эффективно обрабатывать тысячи ВМ и миллионы файлов в рамках одного задания.

2. Интеграция с файловой системой ReFS.

Как многие из вас знают, в операционной системе Windows Server 2016 появилась файловая система ReFS, которая является развитием технологии NTFS и предоставляет различные средства для обеспечения надежности, доступности и безопасности.

Вот какие улучшения нас ожидают в плане интеграции с ReFS:

• Технология Fast cloning позволяет создавать и преобразовывать файлы синтетических бэкапов до 10 раз быстрее, чем раньше. При этом не происходит физического перемещения данных между файлами, что существенно снижает нагрузку на хранилища.
• Технология полного бэкапа с шарингом блоков. Теперь полные бэкапы нескольких машин на хранилище ReFS можно хранить таким образом, что одинаковые блоки будут доступны нескольким файлам, то есть фактически это встроенный механизм дедупликации.

Вот так синтетический бэкап выглядел до интеграции с ReFS (смотрите на заполненность хранилища):

А вот так он теперь выглядит за счет технологии шаринга блоков:

• Поддержка технологии data integrity streams обеспечивает сканирование и проактивное исправление ошибок сканером ReFS, что позволяет защитить резервные копии от "тихого" повреждения вследствие ошибок оборудования и т.п.

3. Появился Veeam ONE 9.5 Chargeback.

Наконец-то Veeam позволит вести финансовый учет и планирование всех потребленных ресурсов виртуального датацентра. Можно будет задавать и подсчитывать стоимость всех типов ресурсов на различных уровнях (датацентр, подразделения, клиенты публичного облака и т.п.).

Обратите внимание, что Chargeback будет доступен как для VMware vSphere, так и для Microsoft Hyper-V.

Ну что, ждем октября, чтобы посмотреть на очередную качественную и полную новых возможностей версию Veeam Availability Suite 9.5.

Компания Veeam Software, известная своим лидирующим в отрасли продуктом для обеспечения доступности виртуального датацентра и бэкапа виртуальных машин Veeam Availability Suite, вчера сделала главный анонс в своей истории: теперь интегрированная линейка решений компании позволит делать вам бэкап любой машины в датацентре (физической или виртуальной), а также бэкапить и реплицировать их в любое облако.

Через несколько месяцев мы увидим много новых продуктов и технологий, которые будут объединены одним названием и назначением - Veeam Availability Platform for the Hybrid Cloud:

Давайте рассмотрим ключевые компоненты, представленные на схеме:

• Veeam Availability Suite - это знакомый нам пакет решений, состоящий из Veeam Backup and Replication, предназначенного для резервного копирования и репликации виртуальных машин, а также продукт Veeam ONE - для комплексного мониторинга виртуальных сред.
• Veeam Agent for Microsoft Windows - это новое решение Veeam, основанное на существующем бесплатном продукте Veeam Endpoint Backup FREE, которое сейчас позволяет делать бэкап данных Windows-серверов. Теперь это будет полноценное Enterprise-решение для бэкапа физических Windows-систем.
• Veeam Agent for Linux - аналогично агенту для Windows, агент для Linux будет позволяет производить резервное копирование любого Linux-сервера. Напомним, что мы писали о бэкапе Veeam для Linux вот тут.
• Veeam Availabilty Console - это новый продукт, который основан на технологиях существующего Veeam Managed Backup Portal. Это интегрированные средства для сервис провайдеров и больших компаний, которые позволят организовать инфраструктуру BaaS (Backup-as-a-Service) для гибридной среды предприятия (внутренние инфраструктуры + облачные). Он включает в себя фреймворк для управления всеми компонентами Veeam Availability Platform.
• Veeam Cloud Connect - это решение для резервного копирования бэкапов в облака различных типов - как собственные онпремизные облака предприятия на базе платформ VMware vSphere или Microsoft Hyper-V, так и публичные облака - либо сервис-провайдеров, либо публичные облака VMware vCloud Air или Microsoft Azure.
• Veeam Availability Orchestrator - это средство для обеспечения комплексной катастрофоустойчивости на базе резервного копирования и репликации. По-сути, Veeam сделала аналог VMware Site Recovery Manager для асинхронной репликации, но, как и всегда, сделает это лучше, чем сама VMware.

Начнем с Veeam Availability Orchestrator. Вот какие возможности он предоставляет:

• Управление процессами резервного копирования и репликацией в рамках создаваемого плана восстановления после сбоев (Disaster Recovery Plan).
• Автоматизированное тестирование DR-плана, на затрагивающее производственную среду предприятия и не влияющее не ее производительность.
• Встроенные средства документирования по DR-планам, включающие в себя различные виды отчетности, в том чиле средства отслеживания изменений и соответствия корпоративным политикам.

Бета-версия Veeam Availability Orchestrator будет доступна уже в сентябре этого года, а релизную версию можно ждать в первом квартале 2017 года.

Veeam Cloud Connect вы уже знаете - это средства резервного копирования и репликации виртуальных машин в одно из публичных или частных облаков:

Подробнее о Veeam Cloud Connect можно почитать вот тут.

Далее посмотрим на Veeam Availability Console:

У нее 3 основных назначения:

• Предоставляет крупным предприятиям средства для организации защиты как виртуальных машин основного датацентра, так и облачных ресурсов, а также удаленных офисов и мобильных пользователей.
• Позволяет сервис-провайдерам предоставлять услуги по резервному копированию и репликации виртуальных машин для своих пользователей средствами единой консоли с возможностью разделения управления по клиентам.
• Дает возможность партнерам и реселлерам запустить собственный бизнес для своих клиентов по организации хранения их резервных копий на своих площадках, что увеличит возможности для зарабатывания денег.

Veeam Availability Console также ожидается в первом квартале 2017 года.

Теперь про агенты Veeam Agent for Microsoft Windows и Veeam Agent for Linux:

Они позволят делать резервные копии данных любых физических серверов или рабочих станций на уровне образов томов или отдельных файлов на диски, сетевые папки или репозитории Veeam.

Хорошая новость - Veeam Agent for Microsoft Windows мы сможем увидеть уже в декабре этого года, а релиз Veeam Agent for Linux состоится уже в этом ноябре! Напомним, что сейчас идет открытое бета-тестирование Veeam Agent for Linux.

Агенты будут лицензироваться вот таким образом (обратите внимание, что бесплатное издание останется):

Также был анонсирован Veeam Backup for Microsoft Office 365, который делает резервные копии и восстанавливает их на уровне приложения. Это важный и отдельный компонент линейки решений Veeam, так как он касается критической точки инфраструктуры - корпоративной почты.

Ну и главная новость состоявшегося анонса:

В мае 2017 года на конференции VeeamON будет анонсирован Veeam Availability Suite v10, где будет масса новых возможностей. Для затравки - аппаратная интеграция с массивами IBM:

Ну а готовящийся к выпуску Veeam Availability Suite 9.5 будет доступен уже в октябре 2016 года (напомним, что мы писали о его фичах вот тут). В следующей статье мы подробнее расскажем о его новых возможностях, тем более, что его несколько фич были объявлены в рамках прошедшего большого анонса. Следите за нашими новостями!

У компании VMware есть полезный многим администраторам виртуальной инфраструктуры документ "Microsoft SQL Server on VMware vSphere Availability and Recovery Options". Его стоит почитать, если в компании используется SQL Server в виртуальных машинах:

В этом техническом документе рассказывается как о средствах обеспечения доступности виртуальных машин с SQL Server со стороны VMware vSphere (технология vMotion, механизмы HA/DRS), так и о технологиях компании Microsoft, которые работают на уровне гостевой ОС (AlwaysOn Availability Groups, экземпляры кластера AlwaysOn Failover Cluster, техника database mirroring, а также функции отсылки бэкапа транзакционного лога - log shipping).

Также в документе описывается применение технологии катастрофоустойчивости VMware Site Recovery Manager совместно с технологиями доступности SQL Server. Кроме того, рассматриваются вопросы резервного копирования и восстановления баз данных, а также накатывание обновлений. Есть и небольшой раздел о лучших практиках.

В общем, весьма интересный и полезный документ.

Не так давно компания VMware обновила свой тонкий клиент для управления виртуальной инфраструктурой vSphere через браузер. Напомним, что VMware vSphere HTML5 Web Client заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere.

Теперь HTML5 Web Client получил версию v2.0 и доступен для загрузки с сайта проекта VMware Labs. Напомним, что о прошлой версии веб-клиента (v17) мы писали вот тут.

Основная фишка новой версии - это новый интерфейс Fling Appliance Management Interface, который позволяет управлять самим виртуальным модулем, реализующим основные сервисы клиента. Вот какие возможности он предоставляет:

• Возможность обновить vSphere Web Client в один клик. Эта штука доступна также в 17-й версии, если перейти по адресу https://[fling-appliance]:5490/. Залогиньтесь с учетной записью root, затем нажмите кнопку Update. Это работает как для обычного vCenter Server, так и для виртуального модуля vCSA.
• Возможность установки и конфигурации Web Client через Appliance Management Interface. В автоматическом режиме работает только для vCSA, а вот для vCenter Server потребуются ручные операции.
• Возможность включения/отключения веб-интерфейса клиента из управляющего интерфейса.

Также вместе с обновленной версией веб-клиента стал доступен документ "H5 Client Deployment Instructions and Helpful Tips_v19", который содержит полезные инструкции по его развертыванию и конфигурации. Его действительно стоит почитать.

Многие из вас пользуются решением StarWind Virtual SAN для организации отказоустойчивых хранилищ для виртуальных машин на платформах VMware vSphere и Microsoft Hyper-V. Как вы знаете, VMware полностью отказывается от "толстого" клиента vSphere C# Client и переходит на vSphere Web Client уже в следующем релизе.

StarWind также следует этой тенденции, поэтому компания выпустила свой тонкий клиент, о котором рассказано в открытом документе "StarWind Management Console “Thin” Client Configuration Guide":

Большей частью документ посвящен шагам развертывания тонкого клиента, архитектура которого такова:

На любом сервере вы можете развернуть обычную StarWind Management Console с фичей StarWind Web Console (то есть, веб-консоль рекомендуется ставить на узел StarWind, чтобы сохранить простую конфигурацию), затем развернуть Gateway VM, которая будет принимать http-соединения и преобразовывать их в RDP-сессии. Ну и далее вы можете производить администрирование Virtual SAN через браузер:

Gateway VM доступна для загрузки как уже готовая виртуальная машина в формате OVF или VHDX. Об остальных интересных моментах развертывания веб-консоли StarWind вы можете почитать в документе.

На сайте проекта VMware Labs появилась интересная утилитка VMFork for pyVmomi для администраторов, которые любят ставить всяческие эксперименты со скриптами. Эта утилитка позволяет создать работающую копию запущенной виртуальной машины посредством скрипта на Python, через VMware vSphere API Python Bindings (pyVmomi). Ранее эти возможности были доступны только через PowerCLI.

Напомним, что VMFork позволяет очень быстро сделать работающую копию работающей виртуальной машины на платформе VMware vSphere. Суть технологии такова, что "на лету" создается клон виртуальной машины (VMX-файл, процесс в памяти), который начинает использовать ту же память (Shared memory), что и родительская ВМ. При этом дочерняя ВМ в общую память писать не может, а для записи собственных данных используется выделенная область памяти. Для дисков аналогично - с использованием технологии Copy-on-write в дельта-диск дочерней ВМ пишутся отличия от базового диска родительской ВМ.

Пример использования VMFork for pyVmomi:

Требования к окружению:

• Python 2.7.x
• pyVmomi version версии 6.0.0 или выше
• paramiko версии 1.16.0 или выше
• vCenter и ESXi 6.0

Скачать VMFork for pyVmomi можно по этой ссылке.

На прошлой неделе мы писали о последних обновлениях vSphere HTML5 Web Client, а сейчас уже готова версия HTML5 Web Client 1.17.

Напомним, что VMware vSphere HTML5 Web Client заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere.

Новые возможности веб-клиента:

• Добавлена информация о протоколах CDP и LLDP для физических сетевых адаптеров.
• Новый список "Hardware acceleration" для виртуальных хранилищ ([Datastore] -> Configure -> Hardware acceleration), содержащий настройки оборудования, поддерживающего последние фичи от VMware.
• Новый список "Device Backing" для VMFS-хранилищ ([Datastore] -> Configure -> Device Backing).
• Примененные действия HA responses, которые выполнялись при отказах хостов, можно увидеть на экране VM summary.
• Кастомные атрибуты виртуальных машин и тэги теперь доступны из action-меню.

Скачать vSphere HTML5 Web Client версии 1.17 можно по этой ссылке.

Кроме того, не так давно обновился и ESXi Embedded Host Client до версии 1.7 (он же Fling 10). Последний раз мы писали об обновлении этого тонкого клиента для управления ESXi-серверами вот тут. С тех пор прошло полтора месяца, но в этом релизе особо нового ничего нет, большинство улучшений - это багофиксы.

Новые возможности ESXi Embedded Host Client 1.7:

• Новый диалог фидбэка для пользователя, который может теперь мгновенно отправить сообщение разработчикам прямо из интерфейса продукта, не ходя на сайт VMware Labs.
• Появилось больше переводов на другие языки.
• Возможность ресайзить и менять взаимное положение колонок в таблицах, что сохраняется при следующих запусках.
• Теперь можно менять приветственные нотификации прямо в Host Client.
• Пофикшены баги с консолью в полноэкранном режиме.
• Возможность поменять дефолтную HTML-консоль на VMRC при клике на скриншот виртуальной машины в клиенте.
• Добавлено несколько колонок, которые можно показать для списка ВМ.
• Удаление виртуального коммутатора также удаляет и группы портов, которые были привязаны к этому свичу.

Скачать ESXi Embedded Host Client 1.7 можно по этой ссылке.

Как вы знаете, в VMware vSphere 6.0 функции кластеров непрерывной доступности Fault Tolerance были существенно улучшены. Например, в издании Standard/Enterprise стало возможным использовать виртуальные машины с двумя виртуальными процессорами (2 vCPU), а для издания Enterprise Plus можно сделать FT-машину с четырьмя vCPU (но не более 8 vCPU на один хост).

Между тем, Fault Tolerance предъявляет довольно существенные требования к серверам, сетям и хранилищам для функционирования такого кластера. Они изложены в документе vSphere Availability Guide в секции "Fault Tolerance Requirements, Limits, and Licensing".

Немногие знают, что на сайте VMware есть удобная утилита-плагин к VMware vSphere C# Client под названием SiteSurvey, которая позволяет проверить хосты VMware ESXi на возможность создания на них FT-кластеров из виртуальных машин. Вот результат ее работы:

Как мы видим, галочками и крестиками отмечаются категории, в которых хост ESXi проходит или не проходит тест на совместимость с кластером Fault Tolerance. К сожалению, пока утилита доступна только для "толстого" клиента vSphere Client, но для следующего релиза vSphere, скорее всего, ее доработают и как плагин для Web Client.

Скачать SiteSurvey для Windows можно по этой ссылке. Помимо этого, вам будет полезно ознакомиться с KB 1013428 на тему основных вопросов по Fault Tolerance.

Как некоторые из вас знают, в августе компания VMware объявит об окончании поддержки версий платформ VMware vSphere 5.0 и 5.1 согласно своему расписанию жизненного цикла продуктов. Поэтому самое время задуматься об обновлении инфраструктуры на VMware vSphere 6.0. Но как проверить, поддерживаются ли ваши серверы, на которых исполняются старые версии платформ, новый релиз ESXi 6.0? Можно, конечно, смотреть в VMware HCL для каждого сервера, но это очень долго и муторно.

Как раз для нуждающихся в ускорении этой процедуры пользователей на сайте virten.net появился скрипт PowerCLI Check-HCL function, который позволяет вывести все версии VMware vSphere, которые поддерживает каждый из ваших хост-серверов. Результат работы скрипта выглядит следующим образом:

Скрипт соединяется с вашим сервером VMware vCenter, получает оттуда хосты ESXi и для каждого проверяет, с какими релизами vSphere хост данном модели совместим (обратите внимание, что для каждого из хостов указывается модель сервера).

Скрипт основан на предыдущих наработках автора - JSON based HCL и Check-HCL. Снипет для использования этих функций весьма прост:

$check = Check-HCL 

  foreach ($esx in $check){

Write-Host "$($esx.VMHost) ($($esx.Model)): "  -NoNewline



if($esx.SupportedReleases){

$supportedReleases = $esx.SupportedReleases|? {$_ -match "5.5|6.0"}

$supportedReleases.Replace("ESXi ","") -join ", " 

} else {

Write-Host "unknown"

}
}

По заявлению автора скрипты очень хорошо работают для оборудования HP и Dell, а также дают приемлемые результаты для серверов IBM и Cisco. Для остальных - надо качать, запускать и тестировать самостоятельно.

Давно что-то мы не писали про обновления тонкого клиента для управления виртуальной инфраструктурой VMware vSphere HTML5 Web Client (в прошлый раз мы писали про версии 1.12 и 1.13), а за прошедшие пару недель вышло сразу 3 обновления - версии Web Client 1.14, 1.15 и 1.16.

Напомним, что VMware vSphere HTML5 Web Client заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere.

Новые возможности последних версий веб-клиента:

• Работает мониторинг состояния аппаратных компонентов (состояния сенсоров).
• Возможность создания нового объекта Datacenter.
• Добавление новых адаптеров VMkernel.
• Можно редактировать расширенные настройки HA advanced settings.
• Можно менять действие HA response для условий APD и PDL.
• Возможность создания снапшота запущенной виртуальной машины с ее памятью.
• Назначение и удаление тэгов объектов, которые видны для всех объектов.
• Новый список "Connectivity and Multipathing" для VMFS-хранилищ ([Datastore] -> Configure -> Connectivity and Multipathing).
• Графики производительности (performance charts) теперь имеют возможность обновляться в реальном времени.
• Возможность ввода адреса IPv4 при кастомизации ОС в процессе клонирования виртуальной машины.
• Хосты ESXi можно перевести в режим standby и снова включить их обратно.
• Можно редактировать HA datastores for heartbeat.
• Можно менять политики старта сервисов при загрузке ESXi и состояние сервисов.
• Возможность изменения кастомных атрибутов (имена и значения).
• Создание виртуальной машины в папке.
• Новый Datastore wizard, который позволяет выбрать хост ESXi.

Скачать VMware vSphere HTML5 Web Client версии 1.16 можно по этой ссылке.

Компания VMware выпустила интересный документ для администраторов инфраструктуры виртуальных ПК "VMware Horizon 7 Enterprise Edition VMware Validated Integration Design".

Этот документ посвящен тому, как необходимо анализировать, планировать и строить архитектуру инфраструктуры VDI (Virtual Desktop Infrastructure), которая будет стандартизирована по составу, унифицированно управляться, легко масштабироваться и быстро реагировать на изменения, которые рождают требования бизнеса. Звучит булшитово, но зато фундаментально.

Вот как авторы документа представляют себе основные фазы внедрения инфраструктуры виртуальных десктопов на предприятии:

1. Определение основных драйверов бизнеса компании и вариантов использования VDI.
2. Определение сервисов, которые будут доставляться пользователям.
3. Выработка архитектурных принципов и общей концепции построения решения.
4. Подготовка компонентной архитектуры VMware Horizon 7 Enterprise.
5. Планирование развертывания платформы VMware vSphere 6.
6. Планирование физической инфраструктуры и определение состава оборудования.
7. Планирование интеграции сервисов между собой.
8. Планирование взаимодействия пользователей с сервисами через интерфейсы VDI.

В документ включены так называемые Service Blueprints, которые позволяют понять эталонную архитектуру необходимых сервисов в среде виртуальных ПК:

Из документа многим будет полезно узнать и о средстве VMware Identity Manager, которое предоставляет точку входа пользователям компании и реализует рабочее пространство назначенных пользователю десктопов и приложений:

То есть, по-сути, документ представляет собой референсную архитектуру и методологию построения VDI-инфраструктуры, которую можно адаптировать для большинства сценариев корпоративной инфраструктуры. Скачать документ можно по этой ссылке.

Для пользователей VMware vSphere нам в почту пришло письмо от небольшой группы разработчиков, которая представляет новый продукт Extrasphere. Не так часто встретишь утилиты от русских разработчиков, поэтому мы решили бесплатно пропиарить ребят.

Решение Extrasphere предоставляет бесплатный аналог технологии vMotion, которая доступна без использования vCenter. Ключевая особенность продукта — поддержка бесплатной версии VMware ESXi.

Продукт позволяет:

• Менять местоположение дисков виртуальной машины на ESXi без простоя виртуальной машины.
• Менять местоположение всех файлов виртуальной машины за счет suspend/resume в конце операции (небольшой простой при переключении будет).
• Менять местоположение всех файлов виртуальной машины и/или хост-сервер с использованием общего между хостами хранилища - в конце операции выполняется suspend/resume или выключение/включение, если флаги CPU не поддерживаются принимающим хостом.
• Менять местоположение и хост-сервер без использования общего между хостами хранилища с помощью специально виртуального модуля Extrasphere Resharer на базе Linux - в конце операции выполняется suspend/resume или выключение/включение, если флаги CPU не поддерживаются целевым хостом.

Текущие требования и ограничения:

• Не поддерживаются виртуальные машины со снапшотами.
• Нет поддержки Independent-дисков и дисков RDM в режиме физической совместимости.
• Для подключения используется SSH под пользователем root.
• Для миграции между хостами необходимо разрешить на ESXi исходящий SSH-трафик.

Скачать Extrasphere можно по этой ссылке. В целом-то тема давно изъезженная, но, мало ли, утилита вам понравится.

Как вы знаете, в последней версии платформы VMware vSphere 6.0 технология кластеров непрерывной доступности VMware Fault Tolerance была существенно улучшена (напомним, что добавили поддержку до 4 vCPU и до 64 ГБ памяти). Также в этом году мы писали о тестах производительности технологии FT, которые показали небольшие издержки на поддержание работы таких кластеров (их проводила сама VMware).

Однако есть и другие результаты тестов Fault Tolerance, которые показывают уже не такие бодрые значения. Кстати, напомним, что для FT желательно иметь 10 GbE соединение, иначе на гигабитном линке вы будете получать вот такое предупреждение (хотя все продолжит работать):

Так вот, посмотрим на результаты тестов, которые были сделаны с помощью бенчмарк-утилиты DVDstore. В качестве приложения для тестов использовался MS SQL Server (8GB памяти, адаптер VMXNET3 NIC и контроллер VMware paravirtual SCSI) а также машина с клиентом DVDstore. Между хостами ESXi, на которых были FT-машины, был организован 10-гигабитный линк.

В качестве команды для тестирования нагрузки на MS SQL Server была использована следующая:

ds2sqlserverdriver.exe –target=192.168.150 –run_time=15 –db_size=20GB –n_threads=25 –ramp_rate=5 –pct_newcustomers=10 –warmup_time=0 –think_time=0.085

Ну и, собственно, сами результаты:

Основной показатель теста OPM (Orders per Minute) - это оранжевые столбцы. Как видим, добавление новых vCPU не сильно повышает производительность системы, а вот включение Fault Tolerance прямо-таки обрушивает параметр OPM практически в 2 раза (на 47%, если быть точным). Результаты в таблице:

Ну и зеленые столбики показывают, как линейно росло использование полосы пропускания с ростом количества виртуальных процессоров (vCPU) для FT. При этом самое большое CPU Latency наблюдалось для одного vCPU.

В итоге, мы видим, что производительность при включении VMware Fault Tolerance вполне себе существенно падает, по крайней мере, при некоторых видах рабочих нагрузок. Поэтому тут главный совет - тестировать технологию в своей инфраструктуре перед тем, как планировать использовать ее в производственной среде.

Еще на VMworld 2014 компания VMware анонсировала технологию VMware Project Fargo (которая также называлась VM Fork), позволяющую очень быстро сделать работающую копию работающей виртуальной машины на платформе VMware vSphere.

Суть технологии VMFork такова, что "на лету" создается клон виртуальной машины (VMX-файл, процесс в памяти), который начинает использовать ту же память (Shared memory), что и родительская ВМ. При этом дочерняя ВМ в общую память писать не может, а для записи собственных данных используется выделенная область памяти. Для дисков аналогично - с использованием технологии Copy-on-write в дельта-диск дочерней ВМ пишутся отличия от базового диска родительской ВМ:

В процессе работы VMFork происходит кратковременное "подвешивание" родительской ВМ (quiescence) с помощью технологии "fast suspend resume" (FSR), после чего дочерняя ВМ "отцепляется" от родительской - происходит реконфигурация машины, включающая в себя назначение нового MAC-адреса, получение нового UUID и другое. При этом ВМ шарят общие ресурсы на чтение и имеют свои уникальные области на запись - это очень удешевляет стоимость ресурсов в перерасчете на одну ВМ на хосте.

После выхода новой версии платформы виртуализации настольных ПК VMware Horizon 7 технология VMFork была переименована в Instant Clone и стала доступна для использования в производственной среде. Помимо удешевления стоимости ресурсов для размещения виртуальных машин, Instant Clone имеет еще несколько преимуществ - это делает развертывание виртуальных машин более гибким и быстрым. Ниже мы рассмотрим особенности этих процессов.

В сочетании с технологией доставки приложений через подключаемые виртуальные диски VMware App Volumes 3.0 и средством управления окружениями User Environment Manager, эти возможности позволяют пользователям получить мгновенный доступ к своим данным, при этом рабочая машина пользователя не "загрязняется" ненужными устанавливаемыми программами и распухающими ветками реестра. Это все позволяет собрать десктоп пользователя на лету из полностью кастомизируемых и доставляемых по требованию "кирпичиков".

Десктоп пользователя =
[мгновенный клон родительской ВМ] +
[корпоративные приложения на подключаемых дисках App Volumes] +
[кастомизация Environment Manager] +
[данные пользователя] +
[установленные пользователем приложения]

Давайте посмотрим, насколько Instant Clone упрощает цикл развертывания новых настольных ПК. Вот так выглядит развертывание связанных клонов (Linked Clones) в инфраструктуре VMware View Composer:

• Клонирование виртуального ПК из реплики мастер-образа
• Реконфигурация нового ПК
• Включение ВМ
• Кастомизация машины
• Создание контрольной точки нового ПК (checkpoint)
• Включение ВМ
• Логин пользователя

С использованием Instant Clone процесс заметно упрощается:

• Создание копии ВМ в памяти средствами VMFork
• Кастомизация машины
• Включение ВМ
• Логин пользователя

Для администратора виртуальных ПК в пулах Instant Clone удобны тем, что таким десктопам не требуются операции Refresh, Recompose и Rebalance. Ведь после выхода пользователя из ПК его десктоп уничтожается, а перестраивать связанные клоны не требуется. Изменения базового образа проходят "на лету" в течение рабочего дня, а при следующем логине пользователь получает уже обновленные приложения. Также есть возможность принудительного перелогина пользователя для обновления компонентов виртуального ПК (например, фикс в подсистеме безопасности).

Также отпадает необходимость в использовании технологии Content-Based Read Cache (CBRC), ведь виртуальные ПК Instant Clone живут недолго, постоянно выгружаются из памяти при выходе пользователя, и нет нужды прогревать кэш их блоками в памяти, а вот для мастер-ВМ и реплик CBRC вполне себе используется.

Кроме того, теперь не нужны операции wipe и shrink для виртуальных дисков SEsparse, которые позволяют возвращать место на растущем диске для связанных клонов. Виртуальные машины Instant Clone живут недолго, а при их уничтожении дисковое пространство их дельта-дисков возвращается в общий пул пространства хранения.

Ну и в отличие от View Composer, технология Instant Clone не требует наличия и поддержки базы данных для операций с виртуальными ПК, что существенно упрощает обслуживание инфраструктуры виртуальных десктопов.

Многие думают, что пулы Instant Clone трудно создавать, настраивать и поддерживать. Это не так, все делается в несколько простых шагов:

• Создаем родительскую виртуальную машину, устанавливаем в ней Windows, оптимизируем ее и активируем лицензионным ключом.
• Устанавливаем VMware Tools.
• Устанавливаем Horizon Agent и отмечаем фичу Instant Clone для установки.
• При добавлении нового пула виртуальных ПК типа Automated/Floating отмечаем Instant Linked Clones.

Помимо того, что с Instant Clone процесс проходит меньшее количество шагов, уменьшается и нагрузка на различные компоненты виртуальной инфраструктуры - меньше операций ввода-вывода, быстрее происходит процесс создания мгновенной копии (скорее освобождаются системные ресурсы), меньше объем взаимодействий с сервером vCenter, а дисковое пространство высвобождается сразу после окончания использования виртуального ПК.

Давайте посмотрим, насколько быстрее это работает на тестах. Развертывание связанных клонов View Composer типовой конфигурации (2 vCPU, 2 GB memory, Windows 7, Office 2010, Adobe 11, 7-Zip, Java) на 15 хост-серверах с использованием HDD-дисков занимает где-то 150-200 минут. А то же самое развертывание 1000 виртуальных машин на базе Instant Clone занимает лишь 25-30 минут. То есть скорость получения новой инфраструктуры десктопов по запросу возрастает в 5-7 раз.

При этом не особо-то и растет нагрузка на сервер VMware vCenter. Поначалу, конечно же, возникает пиковая нагрузка на vCenter при операциях в оперативной памяти с мгновенными копиями ВМ, но в итоге средняя загрузка практически такая же, как и при использовании View Composer - ведь не нужно проходить цикл включения (2 раза) и реконфигурации виртуальной машины (3-4 раза), как это происходит у Composer.

В итоге, можно сказать, что в определенных случаях Instant Clone - это лучшее решение с точки зрения быстродействия и производительности. Когда виртуальную машину нужно получить как можно быстрее, а пользователю после окончания работы она не нужна в том виде, в котором он ее оставил - мгновенные копии позволят ускорить процесс в несколько раз. Примером такого варианта использования может служить колл-центр, где оператор использует виртуальный десктоп для решения определенной задачи технической поддержки, после чего от разлогинивается, уничтожая ненужную в данный момент сущность - свой виртуальный десктоп.

Многие из вас знают, как узнать номер билда того или иного продукта VMware (например у ESXi нужно набрать в консоли vmware -v), но как узнать, какой официальной версии этот номер соответствует? На самом деле, вся эта информация доступна и поддерживается актуальной в базе знаний VMware.

Для поиска нужного соответствия версии и номера билда соответствующего продукта удобно использовать вот такую табличку, содержащую ссылки на страницы KB, которые поддерживаются в состоянии up-to-date со стороны VMware.

В блоге компании VMware появился очень и очень полезный постер vCenter Server Appliance 6.0 Reference Poster, посвященный основным аспекам работы виртуального модуля vCSA для управления инфраструктурой VMware vSphere (vCenter в готовой Linux-машине).

Основные разделы постера:

• Requirements and Maximums - здесь указаны требования к виртуальному модулю vCSA и его хранилищам, а также для справки приведены максимумы конфигураций vCenter Server.
• Firewall Requirements - требования к портам и соединениям при взаимодействии:
  • PSC с PSC (Platform Services Controller)
  • PSC с vCenter Server
  • vCenter Server с vCenter Server
• Migration from Deprecated to Recommended Topology - в этой секции перечислены основные высокоуровневые моменты, касающиеся миграции с устаревших топологий. Эти топологии еще поддерживаются в vSphere 6, но уже не будут работать для следующих версий платформы.
• Command Line Interface - здесь приведены команды как для самого виртуального модуля (Appliance Shell), так и для шелла (Bash Shell), которые позволят выполнять основные операции с vCSA.
• Knowledge Base (KB) Articles - здесь приведены заголовки 20 основных статей базы знаний (в PDF-документе они являются кликабельными), которые помогут в решении повседневных задач администрирования vCenter Server Appliance.

Скачать VMware vCenter Server Appliance 6.0 Reference Poster можно по этой ссылке. Напомним также, что большинство постеров VMware вы можете найти вот тут.

Ну и вот еще парочка полезных ссылок от VMware на тему топологий vCenter:

• Platform Services Controller Topology Decision Tree
• VMware Validated Designs

У компании Netwrix, выпускающей средства аудита программных решений в виртуальных и физических инфраструктурах, оказывается есть полезное решение, которое может помочь администраторам VMware vSphere в отслеживании изменений, происходящих в компонентах платформы.

Бесплатная утилита Netwrix Change Notifier for VMware позволяет осуществлять мониторинг событий в виртуальной инфраструктуре и оповещать администраторов об изменениях на регулярной основе. Это средство отслеживает изменившиеся конфигурации виртуальных датацентров, хостов VMware ESXi, пулов ресурсов, кластеров, папок, самих виртуальных машин и других объектов.

В результате аудита администратору каждые 24 часа предоставляется отчет по электронной почте в следующем виде (кликабельно):

Очень полезно, что мы видим не только изменения настроек в соответствующих компонентах, но и добавление или удаление объектов. Естественно, под эгидой бесплатной утилиты Netwrix продает и платное решение Netwrix Auditor, которое скажет, кто и когда делал изменения, предоставит расширенный поиск по событиям и репортинг нескольким пользователям, но для маленькой инфраструктуры Change Notifier окажется вполне достаточным.

Feature	Change Notifier	Netwrix Auditor
Automatic daily email reports showing all changes made during the last day
Details on what changed in VMware
Who, when and where details for every change
Before and after values for all modifications
Predefined reports based on SQL Server Reporting Services, with filtering, sorting and exporting options
Google-like search of audit data with custom search queries and custom reports
Out-of-the-box compliance reports mapped to specific regulatory standards (PCI DSS, HIPAA, SOX, FISMA/NIST800-53 and ISO/IEC 27001)
Long-term storage of audit data in a two-tiered (file-based + SQL database) storage system
Email subscriptions to scheduled reports with the ability to choose multiple recipients (or specific folders), delivery frequency and delivery format
Reports on virtual machine sprawl statistics over a selected period of time
Single installation that handles multiple VMware vSphere instances, each with its own unique settings
Advanced cross-system auditing and reporting

Скачать Netwrix Change Notifier for VMware можно по этой ссылке.

VMware продолжает обновлять свой тонкий клиент для управления виртуальной инфраструктурой - VMware vSphere HTML5 Web Client, который заменит снимаемый с производства vSphere C# Client. Еще пару недель назад мы писали про версии 1.10 и 1.11, но на днях уже вышли версии 1.12 и 1.13.

Посмотрим, что нового появилось в новых версиях веб-клиента vSphere:

• На хост-серверах можно запустить процедуру "Reconfigure for HA".
• Базовые возможности по настройке параметров HA-кластера.
• Живое обновление дерева снапшотов (после процедур revert, delete, delete all).
• Автоматический апгрейд VMware Tools в виртуальных машинах.
• Выбор между 12 или 24-часовым форматом для представлений времени.
• Отображение кастомных атрибутов и тэгов в разделе Summary для виртуальных машин.
• Редактирование IP-настроек для интерфейса VMkernel.
• Можно кликать по алармам на панели, чтобы перейти к просмотру их деталей.
• Множество багофиксов.

Скачать VMware vSphere HTML5 Web Client 1.13 можно по этой ссылке.

Если у вас много виртуальных машин в Inventory сервера VMware vCenter, то при превышении порога в 100 виртуальных машин они будут автоматически сгруппированы таким образом, что их список вы будете видеть только в группах:

Это поведение удобно далеко не всем администраторам VMware vSphere, но это легко можно изменить в настройках веб-клиента. Для этого откройте файл на сервере vCenter для Windows:

C:\Program Data\VMware\vCenterServer\cfg\vsphere-client\webclient.properties

Или вот такой на vCenter Server Appliance (vCSA):

/etc/vmware/vsphere-client/webclient.properties

И там поменяйте вот этот параметр (например, установив значение 500):

aggregationThreshold.VirtualMachine

Откройте vSphere Web Client - и увидите, что машины теперь не группируются:

Не так давно на сайте проекта oVirt, представляющего собой открытое средство управления гипервизором KVM для нескольких хост-серверов, появилось объявление о выходе мажорного обновления oVirt 4.0. Там же гордо сообщается, что oVirt - это альтернатива VMware vSphere, но только на открытых платформах (основана на библиотеке libvirt), таких как Red Hat Enterprise Linux 7.2, CentOS Linux 7.2 и других.

Посмотрим на новые возможности oVirt 4.0:

• Новый веб-портал управления (Administration Portal) - теперь появились полностью переработанные дэшборды для контроля и мониторинга датацентра, изменения в которых были внесены по просьбе пользователей oVirt (например, возможность управления столбцами таблиц представлений из контекстного меню).
• Улучшенная производительность Live-Migration - теперь виртуальные машины перемещаются с хоста на хост значительно быстрее, кроме того доступна кастомизация политик ВМ во время миграции.
• Загрузка образов через GIU - ранее образы виртуальных машин нужно было загружать из командной строки, теперь же это можно делать через веб-портал. Также libvirt ВМ можно импортировать с помощью утилиты virt-v2v.
• Поддержка контейнеров - появилась поддержка машин с гостевой ОС Atomic OS, для которых также есть информация о контейнерах Docker, которые в них запущены.
• oVirt Node - это готовая виртуальная машина со средствами управления oVirt на базе панели Cockpit.
• Новый API v4 теперь более удобен, быстрее работает, а также в oVirt теперь включен Ruby SDK.
• Возможность настраивать параметры, передаваемые при загрузке ядра на хостах, из веб-консоли.
• Новые Stateful VM Pool - это пулы виртуальных машин, в которых они запускаются с сохранением предыдущего состояния. Это состояние сохраняется и при смене владельца ВМ.
• Возможность развертывать новые хосты из веб-портала через Hosted Engine.
• Возможность удаления родительского шаблона (при этом самый старый из дочерних становится базовым).
• Использование драйвера VGA вместо Cirrus для консоли VNC.
• Поддержка формата виртуальных дисков qcow2.
• Единая аутентификация для веб-консоли администрирования (WebAdmin) и для User Portal.
• Множество других улучшений и багофиксов, список которых доступен вот тут.

Скачать oVirt 4.0 можно по этой ссылке.

Почти 2 года назад мы писали о полезном для многих администраторов платформы vSphere плагине PowerActions for vSphere Web Client, который позволяет хранить и исполнять сценарии PowerCLI прямо из vSphere Web Client, что очень удобно, когда администратор выполняет повседневные задачи по управлению виртуальной инфраструктурой, где некоторые операции автоматизированы средствами PowerShell.

То есть вы просто нажимаете в веб-клиенте правой кнопкой по объекту виртуального датацентра и из контекстного меню выбираете нужный PowerCLI-скрипт для исполнения:

На днях на сайте проекта VMware Labs появилась версия PowerActions for vSphere Web Client 1.5.

Что нового в версии PowerActions 1.5:

• Добавлена полная поддержка vSphere 6.0
• Полностью поддерживается PowerCLI 6.0
• Все работает на фреймворке .NET 4.5 и более поздних версий

Плагин работает в VMware vSphere версий 5.1, 5.5 и 6.0. Скачать PowerActions for vSphere Web Client 1.5 можно по этой ссылке.

Многие администраторы VMware vSphere часто используют снапшоты для отката виртуальных машин в базовую точку после внесения в них экспериментальных изменений. Но вы же знаете, что снапшоты - это плохо, поэтому в некоторых ситуациях можно заменить этот процесс на более эффективный, так как снапшот можно забыть удалить, их удаление грузит дисковую подсистему и т.п.

Итак, иногда независимые (independent) диски могут оказаться вам полезными. Если вы зайдете в настройку дисков виртуальной машины, то увидите там такие опции:

Независимость таких дисков заключается в том, что они работают независимо от снапшотов, то есть при снятии снапшота и откате к ним, независимые диски остаются в том же состоянии. И тут есть 2 подвида таких дисков:

• Persistent (постоянный) - этот диск является обычным диском для записи данных, но его не касаются снапшоты.
• Nonpersistent (непостоянный) - этот диск является Redo-диском, то есть если вы выключаете виртуальную машину или откатываете ее к снапшоту - изменения, сделанные в этом диске, сбрасываются.

Как раз Nonpersistent-диски - это то, что можно иногда использовать вместо снапшотов. Сделали базовую машину, поэкспериментировали в ней, выключили - и она откатилась к базовому состоянию.

А вот еще кейс, который может научить вас использованию дисков сразу всех трех типов (обычных, независимых-постоянных и независимых-непостоянных). Например, вы сделали веб-сайт, который меняться не будет еще очень долго. Делаете виртуальную машину с тремя дисками:

• Обычный - для файлов веб-сервера
• Nonpersistent - для контента веб-сайта
• Persistent - для логов веб-сайта

Теперь, если этот сайт кто-то поменяет или заразит, какой-то фигней, можно будет просто перезагрузить виртуальную машину - и это откатит ее в начальное состояние контента (непостоянный диск), но сохранит логи для анализа действий злоумышленника (постоянный диск).

В общем, независимые диски как-то не очень используются, но ведь иногда они вполне подойдут для решения некоторых админских задач.